данной строки

5.3.2.1.9. WKS-RDATA:: = ADDRESS PROTOCOL BIT-MAP

5.3.3. Формат RR в контрольных файлах

Большинство RR занимают единственную строку, хотя возможны строки продолжения с использованием скобок.

Для улучшения читаемости могут быть включены пустые строки.

Начало строки указывает владельца. Если начало строки пустое, тогда владелец предполагается таким же, как и в предыдущей RR. Далее идут TTL, класс и тип.

Более подробно формат RR в контрольном файле описан в п. 6.4.4.

5.3.4. Шаблоны

Имя владельца в записи RR может начинаться с символа «*». Такие RR называются шаблонами. Наиболее часто шаблоны используются для создания зон, которые в свою очередь, используются для перенаправления почты из Internet в некоторую другую почтовую систему. Любое имя, соответствующее шаблону, будет принадлежать такой зоне и обладать определенными свойствами согласно данным, указанным в RR с шаблоном, если только не существует RR, точно соответствующий имени.

Шаблоны не применяются, когда:

- запрос принадлежит другой зоне,

- известно, что существует запрашиваемое имя либо имя между запрашиваемым именем и шаблоном.

Например, если есть RR-шаблон с именем владельца «*.Х» и в данной зоне также содержатся RR, прикрепленные к В.Х, шаблоны будут применяться к запрашиваемому имени Z.X, но не к запрашиваемому имени В.Х, А.В.Х или X.

Символ «*» в запрашиваемом имени не имеет специального значения, но может использоваться для тестирования шаблонов в авторитетной зоне. Запрос с «*» является единственным способом получить ответ, содержащий RR-шаблоны. Результат такого запроса не должен кэшироваться.

Пример использования шаблонов:

Пусть существует большая компания с большой сетью не-ТСР/IP. Эта компания хочет создать почтовый шлюз. Если компания названа Х.СОМ, и шлюз ТСР/IР назван А.Х.СОМ, то в зону СОМ могут быть введены следующие записи RR.

Данные записи будут заставлять сервер на любой запрос MX для любого доменного имени, заканчивающегося Х.СОМ возвращать запись MX RR, указывающую на А.Х.СОМ. Последний шаблон необходим, так как действие первого шаблона перекрывается 4-й строкой.

Источник: РД 45.134-2000: Средства технические телематических служб. Общие технические требования

адрес
Символ или группа символов, которые идентифицируют источники данных или место назначения информации.
Примечание
Источниками данных могут быть регистр, отдельные части памяти и другие.
[ ГОСТ Р 50304-92 ]

адрес
Уникальный номер или символическое имя, присваиваемые сети, подсети, узлу или сетевому устройству, чтобы другие сети и устройства могли распознать его при обмене информацией. Адреса бывают логическими (символическими или условными), физическими (аппаратными) и сетевыми. См. anycast~, destination -, group ~, indirect ~, IP ~, multicast-, null, -source ~, subaddress, unicast-.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• системы для сопряж. радиоэлектр. средств интерфейсные
• электросвязь, основные понятия

Обобщающие термины

• структурная организация и типы интерфейсов

EN

• address

адрес в пространстве памяти
адрес
Элемент множества порций данных, являющегося областью определения функции адресации.
[ ГОСТ 19781-90]

Тематики

• обеспеч. систем обраб. информ. программное

Синонимы

• адрес

EN

• address
• storage address

трансляция сетевых адресов
сетевой маскарад
Механизм подмены внутреннего сетевого адреса (IP-адреса) абонента локальной сети на внешний адрес Интернет-шлюза. Применяется для экономии глобальных адресов и защиты абонентов от прямого доступа извне, но если такой доступ нужен, требуются дополнительные механизмы обхода NAT.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

Синонимы

• сетевой маскарад

EN

• address
• masquerading
• NAT
• Network Address Translation

59. Адрес в пространстве памяти

Адрес

Storage address

Address

Элемент множества порций данных, являющегося областью определения функции адресации

Источник: ГОСТ 19781-90: Обеспечение систем обработки информации программное. Термины и определения оригинал документа

5.3.2.1.8. A-RDATA:: = ADDRESS

Источник: РД 45.134-2000: Средства технические телематических служб. Общие технические требования

5.3.2.1.9. WKS-RDATA:: = ADDRESS PROTOCOL BIT-MAP

5.3.3. Формат RR в контрольных файлах

Большинство RR занимают единственную строку, хотя возможны строки продолжения с использованием скобок.

Для улучшения читаемости могут быть включены пустые строки.

Начало строки указывает владельца. Если начало строки пустое, тогда владелец предполагается таким же, как и в предыдущей RR. Далее идут TTL, класс и тип.

Более подробно формат RR в контрольном файле описан в п. 6.4.4.

5.3.4. Шаблоны

Имя владельца в записи RR может начинаться с символа «*». Такие RR называются шаблонами. Наиболее часто шаблоны используются для создания зон, которые в свою очередь, используются для перенаправления почты из Internet в некоторую другую почтовую систему. Любое имя, соответствующее шаблону, будет принадлежать такой зоне и обладать определенными свойствами согласно данным, указанным в RR с шаблоном, если только не существует RR, точно соответствующий имени.

Шаблоны не применяются, когда:

- запрос принадлежит другой зоне,

- известно, что существует запрашиваемое имя либо имя между запрашиваемым именем и шаблоном.

Например, если есть RR-шаблон с именем владельца «*.Х» и в данной зоне также содержатся RR, прикрепленные к В.Х, шаблоны будут применяться к запрашиваемому имени Z.X, но не к запрашиваемому имени В.Х, А.В.Х или X.

Символ «*» в запрашиваемом имени не имеет специального значения, но может использоваться для тестирования шаблонов в авторитетной зоне. Запрос с «*» является единственным способом получить ответ, содержащий RR-шаблоны. Результат такого запроса не должен кэшироваться.

Пример использования шаблонов:

Пусть существует большая компания с большой сетью не-ТСР/IP. Эта компания хочет создать почтовый шлюз. Если компания названа Х.СОМ, и шлюз ТСР/IР назван А.Х.СОМ, то в зону СОМ могут быть введены следующие записи RR.

Данные записи будут заставлять сервер на любой запрос MX для любого доменного имени, заканчивающегося Х.СОМ возвращать запись MX RR, указывающую на А.Х.СОМ. Последний шаблон необходим, так как действие первого шаблона перекрывается 4-й строкой.

Источник: РД 45.134-2000: Средства технические телематических служб. Общие технические требования

двоичное (побитовое) отображение
—
[http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]

Тематики

• защита информации

EN

• bit-map
• bit-mapping

5.3.2.1.9. WKS-RDATA:: = ADDRESS PROTOCOL BIT-MAP

5.3.3. Формат RR в контрольных файлах

Большинство RR занимают единственную строку, хотя возможны строки продолжения с использованием скобок.

Для улучшения читаемости могут быть включены пустые строки.

Начало строки указывает владельца. Если начало строки пустое, тогда владелец предполагается таким же, как и в предыдущей RR. Далее идут TTL, класс и тип.

Более подробно формат RR в контрольном файле описан в п. 6.4.4.

5.3.4. Шаблоны

Имя владельца в записи RR может начинаться с символа «*». Такие RR называются шаблонами. Наиболее часто шаблоны используются для создания зон, которые в свою очередь, используются для перенаправления почты из Internet в некоторую другую почтовую систему. Любое имя, соответствующее шаблону, будет принадлежать такой зоне и обладать определенными свойствами согласно данным, указанным в RR с шаблоном, если только не существует RR, точно соответствующий имени.

Шаблоны не применяются, когда:

- запрос принадлежит другой зоне,

- известно, что существует запрашиваемое имя либо имя между запрашиваемым именем и шаблоном.

Например, если есть RR-шаблон с именем владельца «*.Х» и в данной зоне также содержатся RR, прикрепленные к В.Х, шаблоны будут применяться к запрашиваемому имени Z.X, но не к запрашиваемому имени В.Х, А.В.Х или X.

Символ «*» в запрашиваемом имени не имеет специального значения, но может использоваться для тестирования шаблонов в авторитетной зоне. Запрос с «*» является единственным способом получить ответ, содержащий RR-шаблоны. Результат такого запроса не должен кэшироваться.

Пример использования шаблонов:

Пусть существует большая компания с большой сетью не-ТСР/IP. Эта компания хочет создать почтовый шлюз. Если компания названа Х.СОМ, и шлюз ТСР/IР назван А.Х.СОМ, то в зону СОМ могут быть введены следующие записи RR.

Данные записи будут заставлять сервер на любой запрос MX для любого доменного имени, заканчивающегося Х.СОМ возвращать запись MX RR, указывающую на А.Х.СОМ. Последний шаблон необходим, так как действие первого шаблона перекрывается 4-й строкой.

Источник: РД 45.134-2000: Средства технические телематических служб. Общие технические требования

план (программа, алгоритм) действий
Описание цели, задач, этапов проведения исследования или программы.
[Англо-русский глоссарий основных терминов по вакцинологии и иммунизации. Всемирная организация здравоохранения, 2009 г.]

Тематики

• вакцинология, иммунизация

EN

• protocol

протокол
Набор правил, соглашений, сигналов и процедур, регламентирующий взаимодействие между двумя устройствами.
[ http://www.morepc.ru/dict/]

протокол
Совокупность определенных правил, регулирующих обмен данными между двумя объектами. Протоколы используются на многих уровнях обмена данными и делятся на аппаратные и программные.
[ http://www.alltso.ru/publ/glossarij_setevoe_videonabljudenie_terminy/1-1-0-34]

Тематики

• информационные технологии в целом

EN

• protocol

протокол взаимосвязи
протокол
Набор семантических и синтетических правил, определяющий взаимосвязь логических объектов уровня при обмене данными.
[ ГОСТ 24402-88]

Тематики

• телеобработка данных и вычислительные сети

Синонимы

• протокол

EN

• protocol

протокол обмена
Совокупность семантических и синтаксических правил, определяющих работу радиоэлектронных средств в процессе их взаимодействия.
[ ГОСТ Р 50304-92 ]

Тематики

• системы для сопряж. радиоэлектр. средств интерфейсные

Обобщающие термины

• структурная организация и типы интерфейсов

EN

• protocol

протокол опыта
Последовательная запись хода эксперимента
[ http://www.dunwoodypress.com/148/PDF/Biotech_Eng-Rus.pdf]

Тематики

• биотехнологии

EN

• protocol

21. Протокол взаимосвязи

Протокол

Protocol

Набор семантических и синтетических правил, определяющий взаимосвязь логических объектов уровня при обмене данными

Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа

3.7 протокол (protocol): Соглашение о форматах данных, временных последовательностях и устранении ошибок при обмене данными в системах связи.

[МЭК 61158-3-19:2007]

Источник: ГОСТ Р МЭК 61500-2012: Атомные станции. Системы контроля и управления, важные для безопасности. Передача данных в системах, выполняющих функции категории А оригинал документа

3.1.39 протокол (protocol): Набор семантических и синтаксических правил, определяющий поведение взаимодействующих объектов.

Источник: Р 50.1.041-2002: Информационные технологии. Руководство по проектированию профилей среды открытой системы (СОС) организации-пользователя

5.3.2.1.9. WKS-RDATA:: = ADDRESS PROTOCOL BIT-MAP

5.3.3. Формат RR в контрольных файлах

Большинство RR занимают единственную строку, хотя возможны строки продолжения с использованием скобок.

Для улучшения читаемости могут быть включены пустые строки.

Начало строки указывает владельца. Если начало строки пустое, тогда владелец предполагается таким же, как и в предыдущей RR. Далее идут TTL, класс и тип.

Более подробно формат RR в контрольном файле описан в п. 6.4.4.

5.3.4. Шаблоны

Имя владельца в записи RR может начинаться с символа «*». Такие RR называются шаблонами. Наиболее часто шаблоны используются для создания зон, которые в свою очередь, используются для перенаправления почты из Internet в некоторую другую почтовую систему. Любое имя, соответствующее шаблону, будет принадлежать такой зоне и обладать определенными свойствами согласно данным, указанным в RR с шаблоном, если только не существует RR, точно соответствующий имени.

Шаблоны не применяются, когда:

- запрос принадлежит другой зоне,

- известно, что существует запрашиваемое имя либо имя между запрашиваемым именем и шаблоном.

Например, если есть RR-шаблон с именем владельца «*.Х» и в данной зоне также содержатся RR, прикрепленные к В.Х, шаблоны будут применяться к запрашиваемому имени Z.X, но не к запрашиваемому имени В.Х, А.В.Х или X.

Символ «*» в запрашиваемом имени не имеет специального значения, но может использоваться для тестирования шаблонов в авторитетной зоне. Запрос с «*» является единственным способом получить ответ, содержащий RR-шаблоны. Результат такого запроса не должен кэшироваться.

Пример использования шаблонов:

Пусть существует большая компания с большой сетью не-ТСР/IP. Эта компания хочет создать почтовый шлюз. Если компания названа Х.СОМ, и шлюз ТСР/IР назван А.Х.СОМ, то в зону СОМ могут быть введены следующие записи RR.

Данные записи будут заставлять сервер на любой запрос MX для любого доменного имени, заканчивающегося Х.СОМ возвращать запись MX RR, указывающую на А.Х.СОМ. Последний шаблон необходим, так как действие первого шаблона перекрывается 4-й строкой.

Источник: РД 45.134-2000: Средства технические телематических служб. Общие технические требования

инвентаризация
Периодическая проверка наличия числящихся на балансе объединения, предприятия, организации, учреждения ценностей, их сохранности и правильности хранения, обязательств и прав на получение средств, а также ведения складского хозяйства и реальности данных учета. Она позволяет осуществлять контроль за сохранностью материальных ценностей, выявлять и устранять возможные ошибки в учете и работе материально ответственных лиц, определять величину естественной убыли и уточнять учетные данные об остатках материальных и прочих ценностей. Инвентаризации подвергаются основные фонды (средства), товарно-материальные ценности, затраты в незавершенном производстве, денежные средства, расчеты с поставщиками, заказчиками и другие статьи баланса. Выявленные при инвентаризации расхождения между фактическим наличием имущества и данными бухгалтерского учета отражаются на счетах бухгалтерского учета в следующем порядке:
а) излишек имущества приходуется, и соответствующая сумма зачисляется на финансовые результаты организации;
б) недостача имущества и его порча в пределах норм естественной убыли относятся на издержки производства или обращения, сверх норм - на счет виновных лиц. Если виновные лица не установлены или суд отказал во взыскании убытков с них, то убытки от недостачи имущества и его порчи списываются на финансовые результаты организации.
Инвентаризации подлежат все имущество организации независимо от его местонахождения и все виды финансовых обязательств. Кроме того, инвентаризации подлежат производственные запасы и другие виды имущества, не принадлежащие организации, но числящиеся в бухгалтерском учете (находящиеся на ответственном хранении, арендованные, полученные для переработки), а также имущество, не учтенное по каким-либо причинам. Персональный состав постоянно действующих и рабочих инвентаризационных комиссий утверждает руководитель организации. В состав комиссии включаются представители администрации организации, работники бухгалтерской службы, другие специалисты (инженеры, экономисты, техники и т.д.), а также представители службы внутреннего аудита организации, независимых аудиторских организаций. Отсутствие хотя бы одного члена комиссии при проведении инвентаризации служит основанием для признания результатов инвентаризации недействительными. Проверка фактического наличия имущества производится при обязательном участии материально ответственных лиц. Описи заполняются чернилами или шариковой ручкой четко и ясно, без помарок и подчисток. Наименования инвентаризуемых ценностей и объектов, их количество указывают в описях по номенклатуре и в единицах измерения, принятых в учете, на каждой странице описи указывают общий итог количества в натуральных показателях, записанных на данной странице. Вне зависимости от того, в каких единицах измерения (штуках, килограммах, метрах и т. д.) Эти ценности показаны. Исправление ошибок производится во всех экземплярах описей путем зачеркивания неправильных записей и проставления над зачеркнутыми правильных записей. Исправления должны быть оговорены и подписаны всеми членами инвентаризационной комиссии и материально ответственными лицами. В описях не допускается оставлять незаполненные строки, на последних страницах незаполненные строки прочеркиваются. На последней странице описи должна быть сделана отметка о проверке цен, таксировки и подсчета итогов за подписями лиц, производивших эту проверку. Описи подписывают все члены инвентаризационной комиссии и материально ответственные лица. В конце описи материально ответственные лица дают расписку, подтверждающую проверку комиссией имущества в их присутствии, об отсутствии к членам комиссии каких-либо претензии и принятии перечисленного в описи имущества на ответственное хранение. При проверке фактического наличия имущества в случае смены материально ответственных лиц принявший имущество расписывается в описи в получении, а сдавший - в сдаче этого имущества. Для оформления инвентаризации необходимо применять формы первичной учетной документации по инвентаризации имущества и финансовых обязательств. До начала проверки фактического наличия имущества инвентаризационной комиссии надлежит получить последние на момент инвентаризации приходные и расходные документы или отчеты о движении материальных ценностей и денежных средств, председатель визирует все приходные и расходные документы, приложенные к реестрам (отчетам), с указанием "до инвентаризации на "..." (дата)", что должно служить бухгалтерии основанием для определения остатков имущества к началу инвентаризации по учетным данным. Материально ответственные лица дают расписки о том, что к началу инвентаризации все расходные и приходные документы на имущество сданы в бухгалтерию или переданы комиссии и все ценности, поступившие на их ответственность, оприходованы, а выбывшие списаны в расход. Аналогичные расписки дают и лица, имеющие подотчетные суммы на приобретение или доверенности на получение имущества. Сведения о фактическом наличии имущества и реальности учтенных финансовых обязательств записываются в инвентаризационные описи или акты инвентаризации не менее чем в двух экземплярах. Фактическое наличие имущества при инвентаризации определяют путем обязательного подсчета, взвешивания, обмера.
[ http://www.lexikon.ru/dict/buh/index.html]

инвентаризация
Регулярная проверка наличия имеющихся на балансе предприятия (компании) материальных ценностей, правильности их хранения, а также ведения складского хозяйства и достоверности данных учета.
[ http://slovar-lopatnikov.ru/]

Тематики

• бухгалтерский учет
• экономика

EN

• inventory

анкета
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• questionnaire
• inventory

запас материалов (в ядерном реакторе)
суммарное количество материалов (в ядерном реакторе)
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

Синонимы

• суммарное количество материалов (в ядерном реакторе)

EN

• inventory

инвентаризация
Периодическая проверка наличия числящихся на балансе объединения, предприятия, организации, учреждения ценностей, их сохранности и правильности хранения, обязательств и прав на получение средств, а также ведения складского хозяйства и реальности данных учета. Она позволяет осуществлять контроль за сохранностью материальных ценностей, выявлять и устранять возможные ошибки в учете и работе материально ответственных лиц, определять величину естественной убыли и уточнять учетные данные об остатках материальных и прочих ценностей. Инвентаризации подвергаются основные фонды (средства), товарно-материальные ценности, затраты в незавершенном производстве, денежные средства, расчеты с поставщиками, заказчиками и другие статьи баланса. Выявленные при инвентаризации расхождения между фактическим наличием имущества и данными бухгалтерского учета отражаются на счетах бухгалтерского учета в следующем порядке:
а) излишек имущества приходуется, и соответствующая сумма зачисляется на финансовые результаты организации;
б) недостача имущества и его порча в пределах норм естественной убыли относятся на издержки производства или обращения, сверх норм - на счет виновных лиц. Если виновные лица не установлены или суд отказал во взыскании убытков с них, то убытки от недостачи имущества и его порчи списываются на финансовые результаты организации.
Инвентаризации подлежат все имущество организации независимо от его местонахождения и все виды финансовых обязательств. Кроме того, инвентаризации подлежат производственные запасы и другие виды имущества, не принадлежащие организации, но числящиеся в бухгалтерском учете (находящиеся на ответственном хранении, арендованные, полученные для переработки), а также имущество, не учтенное по каким-либо причинам. Персональный состав постоянно действующих и рабочих инвентаризационных комиссий утверждает руководитель организации. В состав комиссии включаются представители администрации организации, работники бухгалтерской службы, другие специалисты (инженеры, экономисты, техники и т.д.), а также представители службы внутреннего аудита организации, независимых аудиторских организаций. Отсутствие хотя бы одного члена комиссии при проведении инвентаризации служит основанием для признания результатов инвентаризации недействительными. Проверка фактического наличия имущества производится при обязательном участии материально ответственных лиц. Описи заполняются чернилами или шариковой ручкой четко и ясно, без помарок и подчисток. Наименования инвентаризуемых ценностей и объектов, их количество указывают в описях по номенклатуре и в единицах измерения, принятых в учете, на каждой странице описи указывают общий итог количества в натуральных показателях, записанных на данной странице. Вне зависимости от того, в каких единицах измерения (штуках, килограммах, метрах и т. д.) Эти ценности показаны. Исправление ошибок производится во всех экземплярах описей путем зачеркивания неправильных записей и проставления над зачеркнутыми правильных записей. Исправления должны быть оговорены и подписаны всеми членами инвентаризационной комиссии и материально ответственными лицами. В описях не допускается оставлять незаполненные строки, на последних страницах незаполненные строки прочеркиваются. На последней странице описи должна быть сделана отметка о проверке цен, таксировки и подсчета итогов за подписями лиц, производивших эту проверку. Описи подписывают все члены инвентаризационной комиссии и материально ответственные лица. В конце описи материально ответственные лица дают расписку, подтверждающую проверку комиссией имущества в их присутствии, об отсутствии к членам комиссии каких-либо претензии и принятии перечисленного в описи имущества на ответственное хранение. При проверке фактического наличия имущества в случае смены материально ответственных лиц принявший имущество расписывается в описи в получении, а сдавший - в сдаче этого имущества. Для оформления инвентаризации необходимо применять формы первичной учетной документации по инвентаризации имущества и финансовых обязательств. До начала проверки фактического наличия имущества инвентаризационной комиссии надлежит получить последние на момент инвентаризации приходные и расходные документы или отчеты о движении материальных ценностей и денежных средств, председатель визирует все приходные и расходные документы, приложенные к реестрам (отчетам), с указанием "до инвентаризации на "..." (дата)", что должно служить бухгалтерии основанием для определения остатков имущества к началу инвентаризации по учетным данным. Материально ответственные лица дают расписки о том, что к началу инвентаризации все расходные и приходные документы на имущество сданы в бухгалтерию или переданы комиссии и все ценности, поступившие на их ответственность, оприходованы, а выбывшие списаны в расход. Аналогичные расписки дают и лица, имеющие подотчетные суммы на приобретение или доверенности на получение имущества. Сведения о фактическом наличии имущества и реальности учтенных финансовых обязательств записываются в инвентаризационные описи или акты инвентаризации не менее чем в двух экземплярах. Фактическое наличие имущества при инвентаризации определяют путем обязательного подсчета, взвешивания, обмера.
[ http://www.lexikon.ru/dict/buh/index.html]

инвентаризация
Регулярная проверка наличия имеющихся на балансе предприятия (компании) материальных ценностей, правильности их хранения, а также ведения складского хозяйства и достоверности данных учета.
[ http://slovar-lopatnikov.ru/]

Тематики

• бухгалтерский учет
• экономика

EN

• inventory

инвентаризация документов
Вид индивидуального учета, заключающийся в составлении перечня документов, предназначенных для хранения, в порядке их поступления.
Примечание
Инвентаризация может осуществляться в инвентарной книге, в форме акта, карточного каталога, в машиночитаемой форме.
[ГОСТ 7.76-96]

Тематики

• комплектование, библиографирование, каталогизация

EN

• inventory

DE

• Bestandsaufnahme

FR

• inventaire

инвентарная опись
оборудование
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

Синонимы

• оборудование

EN

• inventory

инвентарный список (аудит)
подведение итогов
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

Синонимы

• подведение итогов

EN

• inventory

материально-производственные запасы
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• inventory

опись
—
[ http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

опись
Список, реестр, перечень объектов имущества, ценных бумаг, а также документов, передаваемых из рук в руки, для нужд учета. При инвентаризации имущества О. обязательно содержит полное наименование каждого объекта имущества, инвентарный (номенклатурный) номер, количество, цену за единицу.
[ http://slovar-lopatnikov.ru/]

EN

inventory
A detailed list of articles, goods, property, etc. (Source: CED)
[http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

Тематики

• охрана окружающей среды
• экономика

EN

• inventory

DE

• Inventar

FR

• inventaire (environnement)

главная диагональ таблицы межотраслевого баланса
Те клетки, которые стоят на пересечении строк и столбцов одноименных отраслей (см. табл. 1 к статье «Межотраслевой баланс /МОБ».) В разных видах балансов Г.д. применяется по-разному. В одних случаях в ее ячейках указано внутреннее потребление данной отраслью своей же продукции (как в названной таблице), в других — выпуск продукции соответствующей отрасли, взятый с отрицательным знаком, причем не включая внутреннего потребления. В таком случае говорят, что баланс строится по отраслевому методу, без внутриотраслевого оборота. Отрицательный знак имеет здесь следующий экономический смысл. Сколько выпущено данной отраслью, столько распределилось — было использовано другими отраслями (промежуточный продукт), а также стало конечным продуктом. Значит, при отрицательном знаке выпуска на Г.д. суммой строки будет не валовой продукт, как в нашей таблице, а нуль. Строка сбалансирована. (Подобное рассуждение можно отнести и к каждому столбцу.) Это облегчает выявление различных неувязок, ошибок при составлении баланса.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• main diagonal of input - output table

главная диагональ таблицы межотраслевого баланса
Те клетки, которые стоят на пересечении строк и столбцов одноименных отраслей (см. табл. 1 к статье «Межотраслевой баланс /МОБ».) В разных видах балансов Г.д. применяется по-разному. В одних случаях в ее ячейках указано внутреннее потребление данной отраслью своей же продукции (как в названной таблице), в других — выпуск продукции соответствующей отрасли, взятый с отрицательным знаком, причем не включая внутреннего потребления. В таком случае говорят, что баланс строится по отраслевому методу, без внутриотраслевого оборота. Отрицательный знак имеет здесь следующий экономический смысл. Сколько выпущено данной отраслью, столько распределилось — было использовано другими отраслями (промежуточный продукт), а также стало конечным продуктом. Значит, при отрицательном знаке выпуска на Г.д. суммой строки будет не валовой продукт, как в нашей таблице, а нуль. Строка сбалансирована. (Подобное рассуждение можно отнести и к каждому столбцу.) Это облегчает выявление различных неувязок, ошибок при составлении баланса.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• main diagonal of input - output table

роль
Набор ответственностей, деятельностей и полномочий, назначенных сотруднику или команде. Роль определяется в процессе или функции. Один сотрудник или команда может иметь несколько ролей. Например, роли менеджера конфигураций и менеджера изменений могут выполняться одним сотрудником. Этот термин также используется для описания назначения чего-либо.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

role
A set of responsibilities, activities and authorities assigned to a person or team. A role is defined in a process or function. One person or team may have multiple roles for example, the roles of configuration manager and change manager may be carried out by a single person. Role is also used to describe the purpose of something or what it is used for.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• role

роль (role): Наименование поведенческого набора, связанного с выполнением какой-либо работы (ИСО/ТС 17090-1).

Источник: ГОСТ Р ИСО/ТС 18308-2008: Информатизация здоровья. Требования к архитектуре электронного учета здоровья

2.33 роль (role): Комплекс способностей и/или действий, связанный с задачей.

Источник: ГОСТ Р ИСО/ТС 22600-2-2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модели

3.2.10 роль (role): Перечень или список прав и обязанностей, установленных для потенциального или действительного члена группы взаимодействия.

Примечание - При назначении одной или нескольких ролей члену группы взаимодействия совокупные права и обязанности, связанные с ролью(ями), передаются этому участнику.

Пример - Ссылка на элемент модели данных идентификатора элемента модели данных 1.3. 2 настоящего стандарта (CW_ID_ value) в другом стандарте технологий взаимодействия должна выглядеть в виде ссылки «ИСО/ МЭК 19778-1: 2008, 1.3.2».

b) Обозначение

Обозначение элемента модели данных (см. определение 3.1.11).

Обозначения элемента модели данных используются в контексте стандартов технологий взаимодействия для установления ссылок на конкретные элементы модели данных. В отличие от лингвистически нейтральных атрибутов элементов модели данных у обозначения элемента модели данных есть символическое значение; но в то же время данный атрибут может быть ориентирован на конкретный язык и может быть предметом интернационализации.

c) Определение

Определение элемента модели данных (см. определение 3.1.10).

Поскольку определения представлены в таблице модели данных в наиболее компактной форме, дополнительная информация об элементах модели данных приведена в отдельном подпункте стандартов исключительно для пояснения. Во всех стандартах технологии взаимодействия определение элемента модели данных, записанное в ячейках таблицы в 3-й колонке, считают наиболее аутентичным.

d) Степень обязательности

Степень обязательности элемента модели данных (см. определение 3.1.15).

При создании реализаций модели данных из модели данных степень обязательности элемента модели данных любого элемента модели данных должна исходить из степени обязательности соответствующего предка. Для модели данных это означает, что элементы модели данных со степенью обязательности элемента модели данных «выбираемый» могут иметь потомков со статусом «обязательный». В случае если любой элемент модели данных со степенью обязательности элемента модели данных «обязательный» имеет единственного потомка со статусом «выбираемый», любая реализация этой модели данных предоставляет одного или более потомка элемента данных в реализации этого элемента модели данных.

Определены четыре возможных значения степени обязательности элемента модели данных: обязательный, выбираемый, условно обязательный и условно выбираемый.

e) Множественность

Множественность элемента модели данных (см. определение 3.1.14).

Значения для диапазона значений элементов модели данных (в других источниках также определенных как «повторяемость элементов») определяют, насколько часто реализация элемента модели данных может встречаться в этой реализации модели данных.

В реализациях моделей данных многочисленные реализации элемента данных, как правило, должны быть расположены рядом друг с другом, в то время как реализации многочисленных составных элементов (совокупных подструктур) являются результатом реализации в этих подструктурах, представленных в смежном или последовательном порядке. По умолчанию, не важен порядок размещения или перечисления реализаций разнообразных элементов модели данных. Исключение вводят примечанием об указании особого порядка представления информации в данной ячейке строки таблицы элемента модели данных.

Необходимый минимум реализаций элемента модели данных будет принят больше нуля (даже если установлен на нуль) в тех случаях, когда степень обязательности элемента модели данных имеет значение «обязательный».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) различаются, интервал определяют как строку связанных символов «< необходимый минимум>..< допустимый максимум>», где значения < необходимый минимум> и < допустимый максимум> - неотрицательные целые числа.

Для указания на бесконечное множество допустимых значений параметр < допустимый максимум> записывают с символом «*».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) совпадают, устанавливают только одно значение.

f) Тип данных

Тип данных, определяющий элемент данных (см. определение 3.1.6).

В стандартах технологии взаимодействия установлено множество возможных значений для данного элемента модели данных в качестве значения типа данных элемента данных. Множество значений может быть ограничено конкретным набором значений, основанным на спецификации или стандарте, не относящемся к модели данных. Ссылка на эту внешнюю спецификацию или стандарт должна быть приведена в качестве значения соответствующего элемента данных модели данных. Модели данных, определенные в стандартах технологии взаимодействия, предоставляют структуры элемента данных и элемента модели данных специально для включения таких ссылок.

При использовании таких ссылок элемент данных, включающий в себя ссылки, должен быть указан в колонке «Тип данных».

g) Примеры

Могут содержать одну или несколько иллюстраций возможных значений элемента данных.

Источник: ГОСТ Р ИСО/МЭК 19778-1-2011: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства оригинал документа

3.134 роль (role): Поименованное специфическое поведение сущности, участвующей в определенном контексте.

Примечание - Роль может быть статической (например, конец соединения) или динамической (например, коллективная роль).

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

роль
Набор ответственностей, деятельностей и полномочий, назначенных сотруднику или команде. Роль определяется в процессе или функции. Один сотрудник или команда может иметь несколько ролей. Например, роли менеджера конфигураций и менеджера изменений могут выполняться одним сотрудником. Этот термин также используется для описания назначения чего-либо.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

role
A set of responsibilities, activities and authorities assigned to a person or team. A role is defined in a process or function. One person or team may have multiple roles for example, the roles of configuration manager and change manager may be carried out by a single person. Role is also used to describe the purpose of something or what it is used for.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• role

роль
Словари определят слово «роль», как «персонаж или герой, исполняемый актером", либо "функция или позиция". Элементы системы выполняют различные роли последовательно и/или одновременно, например, активные роли и пассивные роли. Нотация «администратор» часто является примером роли. (МСЭ-Т Х.1141, МСЭ-Т Н.239).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• role

роль (role): Наименование поведенческого набора, связанного с выполнением какой-либо работы (ИСО/ТС 17090-1).

Источник: ГОСТ Р ИСО/ТС 18308-2008: Информатизация здоровья. Требования к архитектуре электронного учета здоровья

2.33 роль (role): Комплекс способностей и/или действий, связанный с задачей.

Источник: ГОСТ Р ИСО/ТС 22600-2-2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модели

3.2.10 роль (role): Перечень или список прав и обязанностей, установленных для потенциального или действительного члена группы взаимодействия.

Примечание - При назначении одной или нескольких ролей члену группы взаимодействия совокупные права и обязанности, связанные с ролью(ями), передаются этому участнику.

Пример - Ссылка на элемент модели данных идентификатора элемента модели данных 1.3. 2 настоящего стандарта (CW_ID_ value) в другом стандарте технологий взаимодействия должна выглядеть в виде ссылки «ИСО/ МЭК 19778-1: 2008, 1.3.2».

b) Обозначение

Обозначение элемента модели данных (см. определение 3.1.11).

Обозначения элемента модели данных используются в контексте стандартов технологий взаимодействия для установления ссылок на конкретные элементы модели данных. В отличие от лингвистически нейтральных атрибутов элементов модели данных у обозначения элемента модели данных есть символическое значение; но в то же время данный атрибут может быть ориентирован на конкретный язык и может быть предметом интернационализации.

c) Определение

Определение элемента модели данных (см. определение 3.1.10).

Поскольку определения представлены в таблице модели данных в наиболее компактной форме, дополнительная информация об элементах модели данных приведена в отдельном подпункте стандартов исключительно для пояснения. Во всех стандартах технологии взаимодействия определение элемента модели данных, записанное в ячейках таблицы в 3-й колонке, считают наиболее аутентичным.

d) Степень обязательности

Степень обязательности элемента модели данных (см. определение 3.1.15).

При создании реализаций модели данных из модели данных степень обязательности элемента модели данных любого элемента модели данных должна исходить из степени обязательности соответствующего предка. Для модели данных это означает, что элементы модели данных со степенью обязательности элемента модели данных «выбираемый» могут иметь потомков со статусом «обязательный». В случае если любой элемент модели данных со степенью обязательности элемента модели данных «обязательный» имеет единственного потомка со статусом «выбираемый», любая реализация этой модели данных предоставляет одного или более потомка элемента данных в реализации этого элемента модели данных.

Определены четыре возможных значения степени обязательности элемента модели данных: обязательный, выбираемый, условно обязательный и условно выбираемый.

e) Множественность

Множественность элемента модели данных (см. определение 3.1.14).

Значения для диапазона значений элементов модели данных (в других источниках также определенных как «повторяемость элементов») определяют, насколько часто реализация элемента модели данных может встречаться в этой реализации модели данных.

В реализациях моделей данных многочисленные реализации элемента данных, как правило, должны быть расположены рядом друг с другом, в то время как реализации многочисленных составных элементов (совокупных подструктур) являются результатом реализации в этих подструктурах, представленных в смежном или последовательном порядке. По умолчанию, не важен порядок размещения или перечисления реализаций разнообразных элементов модели данных. Исключение вводят примечанием об указании особого порядка представления информации в данной ячейке строки таблицы элемента модели данных.

Необходимый минимум реализаций элемента модели данных будет принят больше нуля (даже если установлен на нуль) в тех случаях, когда степень обязательности элемента модели данных имеет значение «обязательный».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) различаются, интервал определяют как строку связанных символов «< необходимый минимум>..< допустимый максимум>», где значения < необходимый минимум> и < допустимый максимум> - неотрицательные целые числа.

Для указания на бесконечное множество допустимых значений параметр < допустимый максимум> записывают с символом «*».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) совпадают, устанавливают только одно значение.

f) Тип данных

Тип данных, определяющий элемент данных (см. определение 3.1.6).

В стандартах технологии взаимодействия установлено множество возможных значений для данного элемента модели данных в качестве значения типа данных элемента данных. Множество значений может быть ограничено конкретным набором значений, основанным на спецификации или стандарте, не относящемся к модели данных. Ссылка на эту внешнюю спецификацию или стандарт должна быть приведена в качестве значения соответствующего элемента данных модели данных. Модели данных, определенные в стандартах технологии взаимодействия, предоставляют структуры элемента данных и элемента модели данных специально для включения таких ссылок.

При использовании таких ссылок элемент данных, включающий в себя ссылки, должен быть указан в колонке «Тип данных».

g) Примеры

Могут содержать одну или несколько иллюстраций возможных значений элемента данных.

Источник: ГОСТ Р ИСО/МЭК 19778-1-2011: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства оригинал документа

3.134 роль (role): Поименованное специфическое поведение сущности, участвующей в определенном контексте.

Примечание - Роль может быть статической (например, конец соединения) или динамической (например, коллективная роль).

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа